action subhistory: A subset of action data added to the undo object’s action history by a part in a modal state. The part can then remove the subhistory from the action history without affecting earlier actions.
5. ÉAÉNÉVÉáÉìÉ^ÉCÉvÅAìÆçÏÉ^ÉCÉvÅAìÆçÏå`éÆ
action type: A constant that defines whether an undoable action is a single-stage action (such as a cut) or part of a two-stage action (such as a drag-move).
6. ÉAÉNÉeÉBÉxÅ[ÉgÅAÉAÉNÉeÉBÉuÇ…Ç∑ÇÈ
activate: (1) For a part, to acquire the selection focus; a part activates itself when a mouse-up event occurs within its frame. (2) For a Macintosh window, to bring it to the front.
7. ÉAÉNÉeÉBÉuÉtÉåÅ[ÉÄÅAÉAÉNÉeÉBÉuòg
active frame: The frame that has the selection focus. Editing takes place in the active frame; it displays the selection or insertion point. The active frame usually has the keystroke and menu foci also.
8. ÉAÉNÉeÉBÉuÉpÅ[Ég
active part: The part displayed in the active frame. The active part controls the part-specific palettes and menus, and its content contains the selection or insertion point. The active part can be displayed in one or more frames, only one of which is the active frame.
9. ÉAÉNÉeÉBÉuÉVÉFÅ[Év
active shape: A shape that describes the portion of a facet within which a part expects to receive geometry-based user events. If, for example, an embedded part’s used shape and active shape are identical, the containing part both draws and accepts events within the unused areas of the embedded part’s frame.
10. ëcïÉÅAëcêÊÅAëcêÊÉNÉâÉX
ancestor: See superclass.
11. Apple event ëÆê´
Apple event property: A content-object characteristic that can be passed to a semantic event. For parts, Apple event properties are likely to be equivalent to their user properties.
12. ÉAÉvÉäÉPÅ[ÉVÉáÉì
application: See conventional application.
13. ÉAÅ[ÉrÉgÉåÅ[É^
arbitrator: An OpenDoc object that manages negotiation among parts about ownership of shared resources. Examples of such resources are the menu focus, the selection focus, the keystroke focus, and the serial ports.
14. ï‚èïäiî[ÉÜÉjÉbÉg
auxiliary storage unit: An extra storage unit that a part uses to store its contents. Compare main storage unit.
15. ÉxÅ[ÉXÉNÉâÉXÅAäÓñ{ÉNÉâÉX
base class: See superclass.
16. ÉxÅ[ÉXÉÅÉjÉÖÅ[ÉoÅ[ÅAäÓñ{ÉÅÉjÉÖÅ[ÉoÅ[
base menu bar: The menu bar that contains the menus shared by all parts in a document. The document shell installs the base menu bar; parts copy it and add their own menus and items.
17. ÉxÅ[ÉXÉIÉuÉWÉFÉNÉgÅAäÓñ{ÉIÉuÉWÉFÉNÉg
base object: The object whose interface is extended by an extension object.
18. Bento
Bento: A document storage architecture, built on top of a platform’s native file system, that allows for the creation, storage, and retrieval of compound documents. The OpenDoc storage system on some platforms is based on Bento.
19. ÉoÉCÉAÉXïœä∑ÅAç¿ïWÇÃÇ∏ÇÍÇèCê≥
bias transform: A transform that is applied to measurements in a part’s coordinate system to change them into platform-normal coordinates.
20. ÉoÉCÉìÉfÉBÉìÉO
binding: The process of selecting an executable code module based on type information.
21. É{Å[É_ÅAã´äE
border: See frame border.
22. ÉoÉìÉhÉãÉtÉåÅ[ÉÄÅAÉoÉìÉhÉãòg
bundled frame: A frame whose contents do not respond to user events. A mouse click within a bundled frame selects the frame’s part but does not activate it.
23. ÉLÉÉÉìÉoÉXÅAÉJÉìÉoÉX
canvas: The platform-specific drawing environment on which frames are laid out. Each window or printing device has one drawing canvas. See also static canvas and dynamic canvas.
canvas coordinate space The coordinate space of the canvas upon which a part’s content is drawn. It may or may not be equal to window coordinate space.
UI.24. ï™ófi
category: See part category.
25. É`ÉFÉìÉW IDÅAïœçX IDÅAïœçXID
change ID: (1) A number used to identify a particular instance of Clipboard contents. (2) A number used to identify a particular instance of link source data.
26. É`ÉÉÉCÉãÉhÉNÉâÉXÅAéqÉNÉâÉX
child class: See subclass.
27. CI Labs
CI Labs: See Component Integration Laboratories.
28. ÉTÅ[ÉLÉÖÉâÅ[ÉäÉìÉNÅAèÑâÒÉäÉìÉNÅAèzä¬ÉäÉìÉN
circular link: A configuration of links in which changes to a link’s destination directly or indirectly affect its source.
29. ÉNÉâÉX
class: A programming entity comprising data structures and methods, from which objects that are instances of the class are created.
30. ÉNÉâÉXÉqÉGÉâÉãÉLÅ[ÅAÉNÉâÉXäKëw
class hierarchy: The structure by which classes are related through inheritance.
UI.31. ÉNÉäÉbÉvÉ{Å[Éh
clipboard: A system-maintained buffer that provides a facility for transferring data within and across documents.
clipboard focus: A designation of ownership of access to the clipboard. The part with the clipboard focus can read from and write to the clipboard.
33. ÉNÉäÉbÉvÉVÉFÅ[Év
clip shape: A shape that defines the limits of drawing within a facet.
UI.34. ÉNÉçÅ[Éì
clone: To copy an object and all its referenced objects. When you clone an object, that object plus all other objects to which there is a strong persistent reference in the cloned object are copied.
UI.35. ï¬Ç∂ÇÈ
close: For a frame, to remove from memory but not from storage. A closed frame is not permanently removed from its document. Compare remove.
36. ã≠êßÉnÉìÉhÉâÅAå^ïœä∑ÅAãLèqéqÉRÉìÉoÅ[Ég
coercion handler: In the Open Scripting Architecture, a function that converts data from one descriptor type into another.
37. Common Object Request Broker Architecture (CORBA)
Common Object Request Broker Architecture (CORBA): A standard promulgated by the Object Management Group industry consortium for defining interactions among objects.
UI.38. ÉRÉìÉ|Å[ÉlÉìÉg
component: See part.
39. Component Integration Laboratories (CI Labs)
Component Integration Laboratories (CI Labs): A consortium of platform and application vendors that oversees the development and distribution of OpenDoc technology.
compound document: A single document containing multiple heterogeneous data types, each presented and edited by its own software. A compound document is made up of parts.
41. ÉRÉìÉNÉäÅ[ÉgÉNÉâÉXÅAå≈íËÉNÉâÉXÅAé¿ÉNÉâÉX
concrete class: A class designed to be instantiated. Compare abstract class.
UI.42. ÉRÉìÉeÉi
container: (1) A holder of persistent data (documents), part of an OpenDoc container suite. (2) See containing part, container application.
UI.43. ÉRÉìÉeÉiÉAÉvÉäÉPÅ[ÉVÉáÉì
container application : An application program that has been modified to support embedding of OpenDoc parts. A container application functions as both document shell and part editor for the root part. Same as embedding application.
container application library (CALib): A library that facilitates the creation of container applications.
UI.45. ÉRÉìÉeÉiÉpÅ[Ég
container part: A part that is capable of embedding other parts within its content; that is, it is capable of being a containing part. Compare noncontainer part. See also container application.
46. ÉRÉìÉeÉiÉXÉCÅ[ÉgÅAÉRÉìÉeÉiÉZÉbÉg
container suite: A set of OpenDoc classes that implement persistent storage. The container suite consists of containers, documents, drafts, and storage units.
containing frame: A display frame of a containing part. Each embedded frame has one containing frame; each containing frame has one or more embedded frames.
containing part: A part in which a frame is embedded. Each embedded frame has one containing part; each containing part has one or more embedded frames.
49. ïÔä‹ä÷åW
containment: A relationship between objects wherein an object of one class contains a reference to an object of another class. Compare inheritance.
UI.50. ì‡óe
content: See part content.
51. ÉRÉìÉeÉìÉcÅEÉGÉäÉAÅAì‡óeóÃàÊÅAÉRÉìÉeÉìÉcóÃàÊ
content area: The potentially visible area of a part as viewed in a frame or window. If the content area is greater than the area of the frame or window, only a portion of the part can be viewed at a time.
content coordinate space The coordinate space defined by applying the internal transform of a frame to a point in frame coordinate space.
content element: A user-visible data item presented by a part’s content model. Content elements can be manipulated through the graphic or scripting interface to a part.
content extent: The vertical dimension of the content area of a part in a frame. Content extent is used to calculate bias transforms.
54. ÉRÉìÉeÉìÉcÅEÉÇÉfÉãÅAì‡óeÉÇÉfÉãÅA
content model: The specification of a part’s contents (the data types of its content elements) and its content operations (the actions that can be performed on it and the interactions among its content elements).
content transform: The composite transform that converts from a part’s content coordinates to its canvas coordinates.
59. ÉRÉìÉeÉìÉcÅEÉrÉÖÅ[É^ÉCÉvÅAì‡óeï\é¶É^ÉCÉv
content view type: See frame view type.
60. ÉRÉìÉeÉLÉXÉgÅAÉRÉìÉeÉNÉXÉg
context: The outermost object in the object hierarchy defined by the direct parameter of an Apple event. It is the OpenDoc equivalent of the Apple event object model’s default container.
61. ä˘ë∂ÉAÉvÉäÉPÅ[ÉVÉáÉìÅAè]óàÉAÉvÉäÉPÅ[ÉVÉáÉì
conventional application: An application that directly handles events, opens documents, and takes full responsibility for manipulating, storing, and retrieving all of the data in its documents. Compare component.
62. ÉRÅ[ÉfÉBÉlÅ[ÉgÅEÉoÉCÉAÉXÅAç¿ïWÇÃÇ∏ÇÍ
coordinate bias: The difference between a given coordinate system and platform- normal coordinates. Coordinate bias typically involves both a change in axis polarity and an offset.
63. ç≈êVî≈ÅAç≈êVâ∫èëÇ´
current draft: The most recent draft of a document. Only the current draft can be edited.
default editor for category: A user-specified choice of part editor to use with parts whose preferred editor and default editor for kind are both not present.
dispatch module: An OpenDoc object used by the dispatcher to dispatch events of a certain type to part editors.
74. ÉfÉBÉXÉvÉåÉCÅEÉtÉHÅ[ÉÄÅAï\é¶å`éÆÅAï\é¶É^ÉCÉv
display form: See view type.
UI.75. ï\é¶ÉtÉåÅ[ÉÄ
display frame: A frame in which a part is displayed. A part’s display frames are created by and embedded in its containing part. Compare embedded frame.
76. ÉfÉBÉXÉvÉåÉCÅEëÆê´ÅAï\é¶ëÆê´
display property: A visual characteristic of a containing part, such as its text font, that it makes available for embedded parts to adopt. Embedded parts can adopt the display characteristics of their containing parts that they understand, thus giving a more uniform appearance to a set of parts. Display properties are stored as properties in a storage unit passed from containing part to embedded part.
UI.77. ï∂èë
document: In OpenDoc, a user-organized collection of parts, all stored together.
document process: A thread of execution that runs the document shell program. The document process provides the interface between the operating system and part editors: it accepts events from the operating system, provides the address space into which parts are read, and provides access to the window system and other features.
80. ÉhÉLÉÖÉÅÉìÉgÅEÉVÉFÉãÅAï∂èëÉVÉFÉã
document shell: A program that provides an environment for all the parts in a document. The shell maintains the major document global databases: storage, window state, arbitrator, and dispatcher. This code also provides basic document behavior, such as document creation, opening, saving, printing, and closing. OpenDoc provides a default document shell for each platform.
UI.81. ï∂èëÉEÉCÉìÉhÉE
document window: A window that displays an OpenDoc document. The edges of the content area of the window represent the frame border of the document’s root part. The OpenDoc document shell manages the opening and closing of document windows. Compare part window.
dynamic canvas: A drawing canvas that can potentially be changed, such as a window that can be scrolled or paged to display different portions of a part’s data. Compare static canvas.
89. edit-in-place: See in-place editing.
UI.90. ÉGÉfÉBÉ^
editor: See part editor.
UI.91. ë„ë÷ÉGÉfÉBÉ^
editor of last resort: The part editor that displays any part for which there is no available part editor on the system. The editor of last resort typically displays a gray rectangle representing the part’s frame.
UI.92. ÉGÉfÉBÉ^èâä˙ê›íË
editor preferences: A dialog box, accessed through the Edit menu, in which the user can view and change preferences for the part editor of the currently active part.
UI.93. ñÑÇflçûÇ›
embed: To display one part in a frame within another part. The embedded part retains its identity as a separate part from the containing part. Compare incorporate.
embedded content: Content displayed in an embedded frame. A containing part editor does not directly manipulate embedded content. Compare intrinsic content.
embedded frame: A frame within which an embedded part is displayed. The embedded frame itself is considered intrinsic content of the containing part; the part displayed within the frame is not.
embedded-frames list: A containing part’s private list of all the frames embedded within it.
97. ñÑÇflçûÇ›ÉpÅ[ÉgÅAñÑÇflçûÇ‹ÇÍÇΩÉpÅ[Ég
embedded part: A part displayed in an embedded frame. The data for an embedded part is stored within the same draft as its containing part. An embedded part is copied during a duplication of its containing part. An embedded part may itself be a containing part, unless it is a noncontainer part.
embedding application : See container application.
99. ñÑÇflçûÇ›ëŒâûÉpÅ[ÉgÅAñÑÇflçûÇ›çœÇ›ÉpÅ[Ég
embedding part: See container part.
100. ÉCÉxÉìÉg
event: See user event. Compare semantic event.
101. ÉCÉxÉìÉgç\ë¢
event structure: A platform-specific structure that carries information about an OpenDoc user event. On the Macintosh platform, it is a Macintosh event record.
102. ó·äO
exception: An execution error or abnormal condition detected by the runtime facilities of the system.
exclusive focus: A focus that can be owned by only one frame at a time. The selection focus, for example, is exclusive; the user can edit within only one frame at a time. Compare nonexclusive focus.
104. ägí£ÅAägí£ÉIÉuÉWÉFÉNÉg
extension: An OpenDoc object that extends the programming interface of another OpenDoc object. Part editors, for example, can provide additional interfaces through extensions.
105. éÊÇËèoǵÅAäOïîâªÅAäOïîï€ë∂ÅAèëÇ´èoǵ
externalize: See write.
106. ÉGÉNÉXÉ^Å[ÉiÉãÅEÉgÉâÉìÉXÉtÉHÅ[ÉÄÅAäOïîïœä∑
external transform: A transform that is applied to a facet to position, scale, or otherwise transform the facet and the image drawn within it. The external transform locates the facet in the coordinate space of its frame’s containing part. Compare internal transform.
107. íäèoçœÇ›î≈ÅAíäèoî≈ÅAìWäJçœÇ›î≈
extracted draft: A draft that is extracted from a document into a new document.
facet: An object that describes where a frame is displayed on a canvas.
109. ÉtÉ@ÉNÉgÉäÅ[ÅEÉÅÉ\ÉbÉhÅAÉtÉ@ÉNÉgÉäÉÅÉ\ÉbÉh
factory method: A method in one class that creates an instance of another class.
110. ÉtÉBÉfÉäÉeÉBÅAíâé¿ê´
fidelity: The faithfulness of translation attained (or attainable) between data of different part kinds. For a given part kind, other part kinds are ranked in fidelity by the level at which their editors can translate its data without loss.
111. ÉtÉHÅ[ÉJÉX
focus: A designation of ownership of a shared resource such as menus, selection, keystrokes, and serial ports. The part that owns a focus has use of that shared resource.
112. FocusLib
FocusLib: An OpenDoc utility library that helps a part to set up a QuickDraw graphics port properly for drawing.
113. ÉtÉHÅ[ÉJÉXÅEÉÇÉWÉÖÅ[ÉãÅAÉtÉHÅ[ÉJÉXÉÇÉWÉÖÅ[Éã
focus module: An OpenDoc object used by the arbitrator to assign an owner or owners to a given focus type.
114. ÉtÉHÅ[ÉJÉXÅEÉZÉbÉgÅAÉtÉHÅ[ÉJÉXÉZÉbÉg
focus set: A group of foci requested as a unit.
UI.115. ÉtÉåÅ[ÉÄ
frame: A bounded portion of the content area of a part, defining the location of an embedded part. The edge of a frame marks the boundary between intrinsic content and embedded content. A frame can be a rectangle or any other, even irregular, shape.
116. ÉtÉåÅ[ÉÄÉ{Å[É_Å[ÅAÉtÉåÅ[ÉÄã´äEÅAògÇÃã´äE
frame border: A visual indication of the boundary of a frame. The appearance of the frame border indicates the state of the frame (active, inactive, or selected). The frame border is drawn and manipulated by the containing part or by OpenDoc, not by the part within the frame.
frame coordinate space: The coordinate space in which a part’s frame shape, used shape, active shape, and clip shape are defined. Compare content coordinate space. See also window coordinate space, canvas coordinate space.
frame group: A set of its display frames that a part designates as related, for purposes such as flowing content from one frame to another. Each frame group has its own group ID; frames within a frame group have a frame sequence.
frame negotiation: The process of adjusting the size and shape of an embedded frame. Embedded parts can request changes to their frames, but the containing parts control the changes that occur.
frame view type: A view type in which all or a portion of a part’s contents is displayed within a frame, the border of which is visible when the part is active or selected. Other possible view types for displaying a part include large icon, small icon, and thumbnail. Frame view type is sometimes called content view type.
fully scriptable: Characteristic of a scriptable part in which semantic events can invoke any action a user might be able to perform.
125. ÉOÉâÉtÉBÉbÉNÅEÉVÉXÉeÉÄÅAÉOÉâÉtÉBÉbÉNÉVÉXÉeÉÄ
graphics system: A specific drawing architecture. Some graphics systems (such as Display PostScript) are available on more than one platform; some platforms support more than one graphics system (such as QuickDraw and QuickDraw GX on the Macintosh).
126. ÉOÉãÅ[Év ID
group ID: A number that identifies a frame group, assigned by the group’s containing part.
identity transform: A transform that has no effect on points to which it is applied.
130. ÉCÉìÉRÅ[É|ÉåÅ[ÉgÅAåJì¸ÅAâ¡ì¸ ÅAë}ì¸ÅAï“ì¸
incorporate: To merge the data from one part into the contents of another part so that the merged data retains no separate identity as a part. Compare embed.
131. åpè≥
inheritance: A relationship between classes wherein one class (the subclass) shares the type and methods of another class (the superclass).
in-place editing: Manipulation by a user of data in an embedded part without leaving the context of the document in which the part is displayed—without, for example, opening a new window for the part.
inside-out activation: A mode of user interaction in which a mouse click anywhere in a document activates the smallest possible enclosing frame and performs the appropriate selection action on the content element at the click location. OpenDoc uses inside-out selection. Compare outside-in activation.
keystroke focus: A designation of ownership of keystroke events. The part whose frame has the keystroke focus receives keystroke events. See also selection focus.
keystroke focus frame: The frame to which keystroke events are to be sent.
UI.147. éÌófi
kind: See part kind.
UI.148. ÉåÉCÉAÉEÉg
layout: The process of arranging frames and content elements in a document for drawing.
149. ä»à’ÉCÉìÉXÉgÉåÅ[ÉVÉáÉìÅAíxâÑÉCÉìÉXÉ^ÉìÉXçÏê¨
lazy instantiation: The process of creating objects (such as embedded frames) in memory only when they are needed for display, such as when the user scrolls them into view. Lazy instantiation can help minimize the memory requirements of your parts.
UI.150. ÉäÉìÉN
link: (1) A persistent reference to a part or to a set of content elements of a part. (2) An OpenDoc object that represents a link destination.
